home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 7271 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.7 KB
  1. Path: nada.kth.se!ludde
  2. From: ludde@nada.kth.se (Erik Lundevall)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: AmigaOS 4.x features
  5. Date: 7 Mar 96 18:29:45 GMT
  6. Message-ID: <ludde.826223385@nada.kth.se>
  7. References: <4h2p87$nu@news.rhrz.uni-bonn.de> <4hiq13$h6c@thebes.waikato.ac.nz> <4hl0km$e72@news.rhrz.uni-bonn.de>
  8. NNTP-Posting-Host: mumrik.nada.kth.se
  9. Mime-Version: 1.0
  10. Content-Type: text/plain; charset=iso-8859-1
  11. Content-Transfer-Encoding: 8bit
  12.  
  13. In <4hl0km$e72@news.rhrz.uni-bonn.de> fasten@zeus.informatik.uni-bonn.de (Bernhard Fastenrath) writes:
  14. >Stephen B Hodge (sbh@cs.waikato.ac.nz) wrote:
  15. >: Bernhard Fastenrath (fasten@weide.informatik.uni-bonn.de) wrote:
  16.  
  17. >: :   - ARexx was nice (and still is) but there's room for improvement.
  18. >: :     I'd like to see python (http://www.python.org) either as a
  19. >: :     second (official(!)) language or as the successor of ARexx.
  20. >: :     Python can even be used for applets (like Java).
  21. >: I say go with Java, especially in a network environment.
  22. >Hmpf, maybe I will get used to Java but I'm not (yet) convinced ...
  23.  
  24. Another possible choice is NetRexx. It is still in development by IBM though,
  25. so it still has not been proven a good choice in pratice. It is however
  26. a language based on concepts from REXX and Java, so at least it has decent
  27. ancestors. ;-)
  28.  
  29. Here is a part of a message posted in the ibm-os2-java mailing list 
  30. about NetRexx:
  31.  
  32.    NetRexx is a new programming language derived from both Rexx and Java;
  33.    the rules of syntax closely follow those of Rexx, while the semantics
  34.    often follow Java.  It is intended as a dialect of Rexx that can be as
  35.    efficient and portable as Java, while preserving the low threshold to
  36.    learning of the original Rexx language.  Further, the language is
  37.    intended to be even more keyword safe than Rexx: it should be possible
  38.    to re-compile or execute an existing NetRexx program _from source_ at
  39.    any time without additions to the keywords known to the language
  40.    invalidating an existing program.
  41.    
  42.    Like Rexx, NetRexx is designed to allow clear separation of its concepts,
  43.    so it may be introduced gradually.  Also like Rexx, sensible defaults
  44.    are defined to aid ease of use -- especially for the novice programmer.
  45.    These defaults can be turned off for the programmer who needs stricter
  46.    type-checking and certain other features.
  47.    
  48.    The Java virtual machine environment is assumed to be one platform for
  49.    NetRexx, and this places some constraints on the NetRexx language.  For
  50.    example, the semantics of type resolution are partly determined by the
  51.    environment, not the language.
  52.    
  53.    The constraints of efficiency, safety, and environment implied that this
  54.    language would have to differ in some details of syntax and semantics
  55.    from Rexx; it could not be a fully upwards-compatible extension to Rexx.
  56.    The need for change, however, has offered the opportunity to make some
  57.    simplifications and enhancements to the language to strengthen
  58.    the original Rexx design (see "The Early History of Rexx", and SHARE
  59.    proceedings), and incorporate other additions from ANSI Rexx and Object
  60.    Rexx.
  61.    
  62.    For more information on Rexx and these references, please see
  63.    http://www2.hursley.ibm.com/rexx/
  64.    
  65.    The initial, experimental, implementation of NetRexx is in the form of
  66.    a translator that generates Java source code; a Java compiler is then
  67.    used to generate Java bytecodes (class files).  Initial measurements
  68.    using this implementation suggest that the NetRexx source for a
  69.    typical class has approximately 35% fewer lexical tokens and requires
  70.    20% fewer keystrokes than the equivalent in Java.
  71.    
  72.    Mike Cowlishaw
  73.    IBM Fellow
  74.    IBM UK Laboratories
  75.  
  76. --
  77. -Erik Lundevall
  78. WWW: http://www.algonet.se/~erikl/
  79. Your fault. Core dumped.
  80.  
  81.